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HANDLING AND MANAGEMENT OF COMMUNICATIONS 

BACKGROUND 
The invention relates generally to the handling and management of 
5 communications. 

Various types of communication exist including telephone, electronic mail 
(email), facsimile (fax), paging, specialized wireless communications (such as 
Personal Digital Assistants), postal mail, and instant messaging. Managing the 
different types of communications has become increasingly complex for individuals 

1 0 as well as companies and organizations. For example, individuals may have multiple 
versions of a given type of communication, such as both business and home email 
addresses, as well as home, business, and wireless telephone numbers. Furthermore, 
the types of communications are becoming less distinct. Callers can retrieve email 
messages by telephone by having the messages read to them using text-to-speech 

15 synthesis, and can reply by voice. The reply voice messages may. in some 
implementations, be sent as an audio file attachment to an email message. 

An additional complicating factor in managing communications is the receipt 
of unsolicited messages, sometimes called "junk mail" or "spam." Handling such 
undesirable communications can be time-consuming. Further-more, changes to 
20 telephone numbers, email addresses and other addresses have become increasingly 
common. For example, a telephone number may change as a result of a change to an 
area code. Similarly, an email address may change when one switches to a different 
service provider. Such changes make it inconvenient and difficult to ensure that all 
parties with whom one would like to be able to communicate are notified of the 
25 address changes in a timely manner. 

Therefore, it would be desirable to provide techniques that facilitate and 
improve the handling and management of communications over various media. 

SUMMARY 

In general, a communications system includes a database storing identification 
30 codes each of which is associated with a respective party and is independent of a 

1 
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particular type of communication medium. The database also stores information 
including options set by a first party indicative of how communications addressed to 
the first party are to be handled. The system includes service provider equipment 
configured to intercept a communication from a sender, to query the database for 
5 instructions regarding handling of the communication based on an identification code 
associated with an intended recipient of the communications, and to automatically 
handle the communications in accordance with the instructions. 

Methods of use and articles that include a computer-readable medium with 
computer-executable instructions also are disclosed. 

10 Various implementations may include one or more of the following features or 

advantages. The techniques described here can facilitate and improve the handling 
and management of communications over various media. In particular, a party can 
dictate how incoming communications addressed to that party are to be handled. 
Options can be set for handling communications from specific parties as well as 

15 unclassified parties. The techniques allow the options to be changed readily. 

Moreover, by providing a single identification code to each party for use in sending 
messages over any one of multiple communication media, each party can more easily 
control when, how and where it receives the communications addressed to it. 

Additional features and advantages will be readily apparent from the following 

20 detailed description, the accompanying drawings and the claims. 



BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 illustrates an exemplary communications system including a database 
according to the invention. 
25 FIG. 2 illustrates the structure of an exemplary record stored in the database. 

FIG. 3 is a flow chart of a method for handling a communications according to 
the invention. 

FIG. 4 is a flow chart of a method by which a party can become a registered 
user of another party. 



WO 01/80078 



PCT/US01/10606 



FIG. 5 illustrates various security features according to one implementation of 
the database. 

FIG. 6 illustrates the system of FIG. 1 with the addition of a mirrored 
database. 

5 DETAILED DESCRIPTION 

FIG. 1 illustrates an exemplary communications system 10 that includes a 
central database 12. The database 12 stores a record 50 (FIG. 2). including a unique 
communications identification code 52, for each party that is enrolled in the system 
10. The identity of the party 54 associated with each particular code also is stored in 
10 the database 12. 

The identification codes can take the form of alphanumeric strings. In some 
implementations, the codes may consist only of numbers so that they easily can be 
entered on keypads or spoken and recognized accurately with automatic speech 
recognition equipment. The strings of numbers preferably have internal relationships 

1 5 such as check-sums, that allow the codes to be validated, thereby facilitating detection 
of fraudulent numbers. The codes should be long enough so that they can provide 
unique identifiers for a large number of people. Also, the number of valid codes can 
be limited to a small fraction of the possible codes to reduce the likelihood that 
guessing a number randomly will generate a valid code. In some implementations, a 

20 party also can choose an alphanumeric alias that is not in use and that can be used as a 
shortened version of the identification code when a full keyboard is available. 
Optionally, when entered on a telephone or similar keypad, alphanumeric codes can 
be translated into corresponding numeric codes. To avoid conflicts when entering 
identification codes this way, alphanumeric codes can be generated so that they are 

25 unique even when entered on a telephone or similar keypad using the letters on the 
keypad for the letters in the code. 

Additional information associated with a particular identification code can be 
stored in the database 12 as well. The additional information stored in the database 1 2 
can include personal contact data 56 that can serve as an electronic business card. In 

30 addition, the personal contact data 56 can include other information, such as a link to 
an Internet Web site or a photograph of the person. 
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In general, a party can enter additional information 58 into the database 12 by 
setting various options that allow the database automatically to manage incoming 
communications addressed to that party. Thus, a party can block all communications 
for which the sender does not provide its identification code or the party may choose 
5 to block all communications from a particular source identified, for example, by a 
communications identification code or email address. Alternatively, communications 
from a particular source can be categorized by priority so that communications having 
different priorities are handled differently. Thus, high priority phone calls might be 
forwarded to a wireless phone, while lower priority calls might be forwarded to a 

10 message center. Similarly, business emails might be forwarded to a business email 
address, while personal emails might be forwarded to a personal email address. In 
addition, the type of access allowed by a particular source can be controlled. For 
example, a party might choose to receive communications from a particular source 
only email. Other options can be selected and stored by the database 12. 

1 5 When a party applies for an identification code, the party provides personal 

contact data and sets basic options related to the handling and management of 
incoming communications addressed to that party. Preferably, the identity of the 
party should be verified and each party should be assigned only a single identification 
code. In one implementation, the personal information provided by the applicant can 

20 be validated, at least partially. For example, the applicant's identification code can be 
sent by postal service to the mailing address specified by the applicant with a request 
that the applicant confirm receipt in order to activate the applicant's code. 
Alternatively, the applicant's identification code can be sent to the email address 
specified by the applicant with a request that the applicant send a reply. If no reply is 

25 received within a specified period, the validation would fail. 

The personal contact data can include data 57 that is publicly available to 
other parties who are given permission to access the database 12. Such publicly 
accessible data can include the full name of the party, its mailing address, telephone 
number or email address, as well as other information. If. for example, party A gives 

30 its identification code to party B, then party B can access the publicly available data 
57 associated with party A through a personal computer 14 or other device connected 
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to a network 16 such as the Internet. Software residing, for example, on the personal 
computer 1 4 allows party B to use the computer to enter the identification code of 
party A and access the publicly available data associated with party A. Preferably, 
once the identification code of party A is entered and transmitted to the database 12, 
5 the publicly available data 57 automatically is retrieved and saved locally in the 
computer 14 or other device, thereby avoiding typing errors. 

As further shown in FIG. 1, communications through the system 10 can use 
one of several types of communication. For example, the system 10 can include a 
telephone service provider 1 8 that allows a party to send communications from the 

1 0 personal computer 14 or other device through a telephone connection 22 over a 
telephone line 20. The system also can include an email service provider 24 that 
allows a party to send communications from the personal computer 14 or other device 
through a network connection 22 over a network 20 such as the Internet. Other 
communications service providers, such as facsimile service, automated postal service 

1 5 and instant messaging, also can be used in the system 1 0. Similarly, other devices, 
including personal digital assistants (PDAs) or enhanced telephones, can be used 
instead of the personal computer 14. 

In general, as shown in FIG. 3. when sending a communication through the 
system 10, the identification code associated with the intended recipient is included 
20 60 as part of the communication. In various implementations, the sender and 
recipient's respective identification codes can be entered either manually or 
automatically. 

Manually entering the identification codes can include the following. For 
telephone communications, the recipient's identification code can be entered using a 

25 telephone keypad. Alternatively, the recipient's code can be spoken into the 

telephone receiver and recognized using speech recognition techniques. For email 
communications, the recipient's code can be included in the "to" field. Alternatively, 
the recipient's code can be included in the body of the email message and indicated 
by a marker or simply recognized by context. The recipient's identification code also 

30 can be used in other forms of communication, including instant messaging and 
standard postal service. For example, with respect to standard postal mail, the 
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recipient's identification code can be included in the mailing address and the sender's 
identification code can be included in the return address. The codes can be 
incorporated, for example, into an automated mail system that uses bar codes. 
Similarly, in the context of an instant messaging system, the sender and recipient's 
5 codes can be associated with the system's identifying "handles." 

In some situations, a specific device such as a personal computer or wireless 
telephone can be associated with a particular sender so that the sender's identification 
code automatically is incorporated as part of the communication prior to transmittal. 
In yet other implementations, the sender or recipient's identification code can be 

1 0 entered automatically in response to the entry of corresponding information. In one 
example, a sender of a voice communication by telephone would speak the name of 
the recipient into the telephone receiver to initiate the communication. The 
recipient's identification code would automatically be retrieved from a directory and 
placed into the communication. The sender's core can similarly be added. 

1 5 As further indicated by FIG. 3. a communication sent through the system 1 0 is 

intercepted 62, for example, by the appropriate service provider 1 8. 24. The 
recipient's identification code is extracted 64 from the intercepted communication. If 
the sender's identification code is not included in the communication, then the 
communication is treated 66 as originating from an unclassified sender. Assuming 

20 that the sender's identification code is included in the communication, it too is 

extracted 68. Control software uses the sender and recipient's identification codes to 
query the database 12 and check 70 whether the sender is listed as a registered user 
with respect to the recipient. FIG. 4, discussed below, illustrates how one party can 
become a registered user of another party. If the sender is not a registered user of the 

25 recipient, then the communication is treated 72 as originating from an unclassified 
sender. On the other hand, if the sender is listed as a registered user of the recipient, 
then the communication is handled 74 in accordance with the options previously set 
by the recipient and stored in the database 12 for communications originating from 
the particular sender. Communications from unclassified senders are handled in 

30 accordance with options previously set by the recipient or in accordance with default 
options stored in the database 12. 



6 
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In the implementation illustrated in FIG. 1, each service provider 18, 24 runs 
software to handle management of communications based on information stored in 
the database 12. In such a distributed scenario, the service providers 1 8, 24 can utilize 
the database 12 as an information resource or can form part of a forwarding service of 
5 the database itself. Communications between the service provider 1 8 and the 

database 12 can take place over a network 30. Similarly, communications between 
the service provider 24 and the database 12 can take place over a network 32. The 
networks 30, 32 can be implemented, for example, using the Internet. In other 
implementations, software for handling management of communications can reside 
10 locally at the receiving end of the communication, for example, in the recipient's 
personal computer 14A for email or telephony, or in a PBX voice-mail system for 
telephone calls. 

Handling of a particular communication can include one or more of the 
following exemplary actions depending on the options previously set by the recipient 
15 and stored in the database 12. The control instructions as dictated by the options 
selected by the intended recipient and stored in the database 12 can indicate that 
communications from unclassified senders should be treated, for example, as low- 
priority messages or simply rejected. 

Some communications may be rejected if the intended recipient sets options to 
20 block all communications from the sender or communications sent by the sender over 
a particular communications medium. In such situations, the content of the 
communication can be saved in the database 12 for a specified period in case the 
recipient wishes to recover or review rejected messages. 

In some situations, the recipient's instructions as indicated by the options set 
25 and stored in the database 1 2 may require changing the form of a message. For 

example, a recipient may want voice messages from a particular party to be delivered 
as attachments to an email message. In other cases, the recipient may want email 
messages to be communicated over the telephone using text-to-speech synthesis. 
Technology for performing such text-to-speech synthesis is available commercially. 

30 In some cases, existing features of the message type are used. Thus, some 

email systems are capable of attaching an indication of priority to the communication. 



WO 01/80078 



PCT/US01/10606 



and some email programs handle different priorities differently, for example, by 
storing them in different electronic folders and/or highlighting high priority messages. 
Existing telephone systems can put a call through or put it into a voice mail queue. 
Some systems allow high-priority queues. The options selected by the recipient and 
5 stored in the database 12 can indicate, for example, that for high-priority messages or 
messages from specific individuals, the recipient should be paged or called on a 
mobile phone. 

If there are multiple addresses for the message type, for example, if there are 
multiple phone numbers, the options set by the recipient can indicate where messages 
1 0 from the sender should be directed. 

In other situations, control instructions stored in the database 12 may indicate 
whether the sender is to be informed of the disposition of the message. For example, 
the options set by the intended recipient may indicate that a reply should be sent to a 
party whose message was rejected indicating that the message was undeliverable. For 
15 high-priority messages, the options set by the recipient may dictate that the sender 
should receive a courtesy reply that the message was received and that a substantive 
reply can be expected soon. 

FIG. 4 illustrates one technique by which a party, such as party C. can become 
a registered user of another party, such as party D. Initially, party C provides 80 its 

20 identification code to party D along with a request to become a registered user. Party 
D then can access the database 12. for example, over the network 16. Using party C's 
identification code, party D can review the publicly available data about party C that 
is stored in the database 12. Based on the publicly available data about party C and 
other known information. Party D decides 82 whether to list party C as one of its 

25 registered users. If party D decides to accept party C as a registered user, then party 
D would select and set 84 various options indicating how communications from party 
C arc to be handled. The database 12 automatically can send 86 a communication to 
party C indicating that party C is now a registered user of party D. The 
communication to party C also can disclose the identification code of party D and can 

30 indicate what forms of communication are acceptable for messages sent by party C to 
party D. 

8 
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If party D declines to accept communications from party C, one of several 
actions can be taken. In one scenario, party D can simply ignore the request of party 
C. In that case, party C would not receive any message indicating that party D does 
not wish to receive communications from it. Communications from party C, 
5 however, are effectively blocked. Alternatively, party D may select and set 88 
options in the database 12 to block all messages from party C. The database 12 
automatically can send 90 a message to party C indicating that its request was not 
accepted. Depending on the options set by party D, party C may be able to appeal 
party D's decision not to accept its communications. However, party D's 
1 0 identification code would not be provided to party C. 

The database 12 should be secure from undesirable outside intrusion. FIG. 5 
illustrates an exemplary implementation. As shown in FIG. 5. there are two physical 
layers 92, 94 of security. Outside inquiries over the networks 1 6, 30. 32 initially are 
handled by servers 90 in the secondary layer 94 of security. The servers 90 can 
1 5 receive outside requests for contact or control information and transmit the requests 
over a secure encrypted line to the database 12. Another server 1 00 processes 
requests directed to the database 12 from the servers 90 and forward the requests to 
the database 12. The database 12 returns an encrypted reply that can be decoded 
within one of the secure servers 90 and can be sent to the processing application. The 
20 encrypted version then can be erased from the disk in the server 90. Thus, the servers 
90 need not have a significant amount of data at any given time. Furthermore, the 
data in the servers 90 is constantly changing. Even if an intruder penetrates the 
protection on the servers 90. he would not have access to the database 1 2. Other 
software protection in the database 12 can include processing only very specific types 
25 of requests in highly structured software that is designed to avoid hacking. In 

addition, firewall software can be provided to protect the database 1 2 and the servers 
90 separately. The physical security can protect the servers 90 from access by parties 
that are not authorized personnel. 

In addition to the database 12 and an associated archive 96 for storing backup 
30 data and changes to the database contents, one or more mirror encrypted databases 98 
can be included to provide additional reliability. As shown in FIG. 6. a mirror 



9 
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encrypted database 98 that includes the contents of the database 12 can serve as a 
local database for one or more service providers, such as the provider 18. 

Certain information contained in the database 12 can be modified by the user. 
For example, a user can update its personal contact data 56, including the personal 
5 data 57 that is available to the public. In addition, a user can change the way in which 
the system is set to handle communications addressed to the user. Such changes can 
be made by accessing the database 12, for example, from the personal computer 14A 
or other device and changing the settings for the options 58 for handling incoming 
communications from either registered or unclassified users. To prevent changes 

1 0 being made by unauthorized persons, each enrolled user may be required to use a 
private password to obtain access and make changes to its information stored in the 
database 12. In some implementations, old personal contact data is stored in the 
archive 96 (FIG. 5). A user can set options using the database 12 so that changes to 
the user's personal contact data automatically are communicated to parties that 

1 5 previously have communicated with the user. 

Changes to a party's identification code may occur for one of several reasons, 
and a user can request that its identification code be changed at any time. For 
example, if a user is receiving an excessive number of communications from 
telemarketing companies, the user may wish to obtain a new identification code. The 
20 party with whom the new identification code is associated can specify a list of other 
parties who are to be informed of the new identification code automatically. The 
database 12 then can transmit a message to inform the other parties of the new 
identification code. 

Expired identification codes also can be retained in the database 12 or the 
25 associated archive 96. The expired and new identification codes can be linked to 
allow the user to set options that determine how communications addressed to an 
expired identification code are to be handled. In one implementation, 
communications addressed to an expired identification code are treated as originating 
from an unclassified sender. Optionally, the sender of the communication 
30 automatically can be informed of the new identification code. In other 

implementations, communications from a sender who directs the communications to 
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an expired identification code can be treated in the same way as communications from 
that sender were previously handled. The sender can be notified of the new 
identification code automatically. After a specified number of such notifications, if 
the sender does not begin using the new identification code, communications from 
5 that sender are handled as originating from an unclassified sender. Combinations of 
those techniques can be used as well. 

Software installed on the user's personal computer 14A can cause the 
computer to retain the identification codes of contacts with whom a party has 
previously communicated. The list of identification codes for such contacts can be 

10 stored, for example, in a database in the user's personal computer 14A or other access 
device. The software also can cause the computer 14A to poll the database 12 
periodically and obtain up-to-date changes to identification codes of other parties with 
whom the user has communicated. Similarly, software can cause the computer 14A 
to poll the database 12 and obtain up-to-date changes to personal contact data of other 

1 5 parties with whom the user has communicated. Any changes can be obtained and 
stored automatically in the user's personal computer 14A or other access device on a 
periodic basis so that the list of contacts stored in the personal computer is current. 

If a sender contacts a recipient using an identification code that differs from 
the code used in an earlier communication, the system automatically can check 

20 whether other identification codes have been issued to that sender. If such an 

identification code has been issued to the same sender, the database 1 2 can handle the 
present communication in the same way as dictated by the earlier identification code. 
Parties can be discouraged from improperly obtaining an identification code by 
pretending to be another party because of costs and other controls, including the 

25 ability of a recipient to protest a call to the organization maintaining the database 12. 
In some implementations, a communication that is a reply to an earlier 
communication can be handled in the same manner as the original message, in other 
words, according to options set by the addressee of the reply message. In other case, 
replies can be handled differently from unsolicited communications. For example, a 

30 software flag or other label can be inserted into the reply automatically. The database 
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12 can be configured to recognize such a label and to automatically pass the reply 
back to the sender of the original communication. 

The database 12 also can be configured to compile and retain lists of the 
recipient identification codes accessed by each sender. Broadcast communications, 
5 such as advertising, can be detected automatically by detecting overuse of an 

identification code by a transmitting party. Such identification codes can be placed on 
a list of broadcasters, and parties enrolling in the system can elect to reject messages 
from anyone on the broadcaster list. To prevent broadcasters from obtaining 
additional identification codes, multiple identification codes assigned to a single party 
1 0 can be correlated to one another. New identification codes assigned to the party 
automatically can be placed on the broadcast list. An appeals process can handle 
exceptions. Broadcasts of changes of contact information that are initiated by the 
database 12 need not be considered broadcasts for this purpose. 

Similarly, if a party attempts to initiate numerous communications using 
1 5 invalid identification codes within a short period of time, that party's access to the 
database's services may be terminated. 

In some implementations, the database 12 can be supplemented by associated 
services that handle various communication types as well as provide contact and 
control information. Such associated services can include, for example, an email 

20 forwarding service that uses information in the database 12 to control the disposition 
of the email based on the sender. The types of control can include rejecting specified 
email messages, categorizing email messages by priority, and directing the email to 
different email accounts based on control instructions in the database 1 2. In another 
implementation, a forwarding service for standard postal mail can include screening 

25 out unwanted mail or delivering it in a separate container, under control of the 

database 12. The mail can be delivered in other forms, for example, by scanning it 
into a digital form to be viewed by a browser or similar software. The foregoing 
services need not be located at the site of the database 12. but can use the database 
remotely. 

30 The techniques described here can be implemented in hardware and/or 

software. In one implementation, a dedicated processor includes instructions for 
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performing the functions described above. Alternatively, the system can include a 
general-purpose processor. Computer-executable instructions for implementing the 
techniques can be stored as encoded information on a computer-readable medium 
such as a magnetic floppy disk, magnetic tape, or compact disc read only memory 
5 (CD-ROM). 

Other implementations are within the scope of the following claims. 
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What is claimed is: 

1 . A communications system comprising: 

a database storing identification codes each of which is associated with a 
5 respective party and is independent of a particular type of communication medium, 
and further storing information including options set by a first party indicative of how 
communications addressed to the first party are to be handled; and 

service provider equipment configured to intercept a communication from a 
sender, to query the database for instructions regarding handling of the 
1 0 communication based on an identification code associated with an intended recipient 
of the communication, and to automatically handle the communication in accordance 
with the instructions. 

2. The communications system of claim 1 wherein the first party can remotely 

1 5 access the database to set options that are stored in the database and that are indicative 
of how a communication from a second party that is addressed to the first party is to 
be handled based on an identification code associated with the second party and 
included as part of the communication from the second party. 

20 3. The communications system of claim 1 wherein the database includes options 
that can be set by the first party to indicate whether a communication from a second 
party that is addressed to the first party is to be delivered or blocked based on an 
identification code associated with the second party and included as part of the 
communication from the second party. 

25 

4. The communications system of claim 1 wherein the database includes options 
that can be set by the first party to indicate that communications addressed to the first 
party from a second party are to be delivered only if the communications use selected 
communication media. 
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5. The communications system of claim 1 wherein the database includes options 
that can be set by the first party to indicate that communications addressed to the first 
party from a second party are to be delivered over a specified communication 

5 medium, wherein the service provider equipment is configured to reformat such 
communications for delivery over the specified medium and to deliver the 
communications to the first party via the specified medium. 

6. The communications system of claim 1 wherein the database stores personal 
1 0 contact data associated with each party, wherein a particular party can remotely 

access the database to review the personal contact data associated with another party. 

7. A method of processing a communication, the method comprising: 
extracting a first identification code from the communication, wherein the first 

1 5 identification code is associated with an intended recipient of the communication and 
is independent of a particular type of communication medium; 

querying a central database for instructions regarding handling of the 
communication based on the identification code associated with the intended 
recipient, wherein the instructions are based on options previously set by the intended 
20 recipient; and 

automatically handling the communication in accordance with the instructions. 

8. The method of claim 7 including: 

extracting a second identification code from the communication, wherein the 
25 second identification code is associated with a sender of the communication and is 
independent of a particular type of communication medium; 

wherein the instructions are based on both the first and second 
identification codes. 



15 



WO 01/80078 



PCT/US01/10606 



9. The method of claim 8 wherein the instructions are based on options 
previously set by the intended recipient for handling communications from the sender. 

10. The method of claim 9 including preventing delivery of the communication if 
5 the instructions indicate that all communications addressed to the intended recipient 

from the sender are to be blocked. 

1 1 . The method of claim 1 0 including storing the content of the undelivered 
communication for a specified period to allow subsequent retrieval by the intended 

1 0 recipient. 

12. The method of claim 9 including preventing delivery of the communication if 
the instructions indicate that communications addressed to the intended recipient from 
the sender are to be delivered only if the communications are transmitted over one of 

15 selected group of communication media and if the communication is not sent over one 
of the selected media. 

13. The method of claim 9 including reformatting the communication for delivery 
over a specified medium and delivering the communication to the intended recipient 

20 via the specified medium if the instructions indicate that communications addressed to 
the intended recipient from the sender are to be delivered over the specified 
communication medium. 

14. The method of claim 9 wherein the communication includes an indication of 
25 the communication's priority, and wherein the instructions are based on options 

previously set by the intended recipient for handling communications from the sender 
depending on the priority associated with the communication. 
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15. The method of claim 8 including automatically inserting the second 
identification code into the communication in response to the entry of corresponding 
information by the sender. 

5 16. The method of claim 7 including: 

detecting communications that are broadcast; 

storing a list of identification codes of parties broadcasting messages; and 
handling messages from a party on the list and addressed to the intended 
recipient in accordance with instructions based on options previously set by the 
1 0 intended recipient with respect to messages originating from parties on the list. 

1 7. The method of claim 7 including: 

extracting a second identification code from the communication, wherein the 
second identification code is associated with a particular sender of the communication 
1 5 and is independent of a particular type of communication medium; 

determining whether the intended recipient has previously set options 
indicating how communications from the particular sender are to be handled: and 

handling the communication as having been sent by an unclassified sender, if 
the intended recipient has not set options indicating how communications from the 
20 particular sender are to be handled. 



1 8. The method of claim 1 7 including handling the communication in accordance 
with instructions based on options previously set by the intended recipient for 
handling communications from unclassified senders. 

25 

1 9. The method of claim 7 further including: 

storing a new identification code associated with the intended recipient; and 
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automatically informing other parties with whom the intended recipient has 
previously communicated about the new identification code. 

20. The method of claim 19 including: 
5 linking the new identification code with an expired identification code; and 

handling a communication addressed to the expired identification code 
according to instructions stored in the database and based on options previously set by 
the intended recipient. 

10 21. The method of claim 7 wherein the instructions are based on the content of the 
communication. 

22. The method of claim 7 including: 

inserting a flag into a subsequent communication sent in reply to the 
1 5 communication, wherein the flag identifies the subsequent communication as a reply; 
and 

automatically routing the subsequent communication to the sender based on 
the presence of the flag. 

20 23. An article comprising a computer-readable medium including computer- 
executable instructions for causing a computer system to: 

extract a first identification code from a communication, wherein the first 
identification code is associated with an intended recipient of the communication and 
is independent of a particular type of communication medium; 

25 query a central database for directions regarding handling of the 

communication based on the identification code associated with the intended 
recipient, wherein the directions are based on options previously set by the intended 
recipient; and 
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handle the communication in accordance with the directions. 

24. The article of claim 23 including instructions for causing the computer system 
to: 

5 extract a second identification code from the communication, wherein the 

second identification code is associated with a sender of the communication and is 
independent of a particular type of communication medium, wherein the directions 
are based on both the first and second identification codes. 

10 25. The article of claim 24 including instructions for causing the computer system 
to prevent delivery of the communication if the directions indicate that all 
communications addressed to the intended recipient from the sender are to be 
blocked. 

1 5 26. The article of claim 23 including instructions for causing the computer system 
to store the content of an undelivered communication for a specified period to allow 
subsequent retrieval by the intended recipient. 

27. The article of claim 23 including instructions for causing the computer system 
20 to reformat the communication for delivery over a specified medium and deliver the 
communication to the intended recipient via the specified medium, if the directions 
specify that communications addressed to the intended recipient from the sender are 
to be delivered over the specified medium. 

25 28. The article of claim 24 including instructions for causing the computer system 
to automatically insert the second identification code into the communication in 
response to the entry of corresponding information by the sender. 
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29. The article of claim 23 including instructions for causing the computer system 
to: 

detect communications that are broadcast; 

store a list of identification codes of parties broadcasting messages; and 
5 handle messages originating from a party on the list and addressed to the 

intended recipient in accordance with directions based on options previously set by 
the intended recipient with respect to messages originating from parties on the list. 

30. The article of claim 23 including instructions for causing a computer system 
10 to: 

extract a second identification code from the communication, wherein the 
second identification code is associated with a particular sender of the communication 
and is independent of a particular type of communication medium; 

determine whether the intended recipient has previously set options indicating 
1 5 how communications from the particular sender are to be handled; and 

handle the communication as having been sent by an unclassified sender if the 
intended recipient has not set options indicating how communications from the 
particular sender are to be handled. 

20 31. The article of claim 30 including instructions for causing the computer system 
to handle the communication based on options previously set by the intended recipient 
for handling communications from unclassified senders. 

32. The article of claim 23 including instructions for causing the computer system 
25 to automatically inform parties with whom the intended recipient has previously 
communicated about a new identification code selected by the intended recipient. 
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33. The article of claim 32 including instructions for causing the computer system 
to: 

link the new identification code with an expired identification code: and 
handle a communication addressed to the expired identification code 
5 according to directions stored in the database and based on options previously set by 
the intended recipient. 
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